Pero, echa en falta cosas de la demo. Necesitamos saber qué usuario está loggeado en qué momento.
Controlar los tiempos en la demo. Intentar hablar más despacio, demo debe ir medianamente (mostrar las funcionalidades pero ir con la suficiente rapidez como que pueda hacerse en 2-3 minutos).
Agobiado en la demo.
Idea inicial es efectivo. Cambiar cada vez puede ser útil pero coger el mejor.
Cuando se ha empezado a hablar. Cosa demasiado en el aire, los cursos. Decirlo sin más queda muy en el aire, mencionar en el plan piloto que se va a incluir.
Color amarillo duele, cambiarla
Riesgos, es bueno plantearlo pero queda muy en el aire. Debe tratarse los riesgos, no sólo cuantificarlo. Los riesgos tecnológicos deben estar determinados y podemos hacer un problema de éste (sino quedaría en el aire).
Comentar si esa mejora es una solución al problema o no. Debemos determinar el rango de mejora que consideramos de mejora.
Estimación de horas, todos a la vez. Deben intentar buscarse alternativas, medir de cúanto de buenas son (y dar un problema). Debemos intentar encontrar el problema de estimación y hacer una solución y métrica.
Intentar en la 44 y 43 en la misma gráfica. Poner lo que se estima de costes.
Le ha encantado cómo se ha hecho el pasado, presente y futuro. Queda claro.
Considerar un éxito lo que se lleva. Renombrarlo a felicitación a compañeros o como "buen trabajo".
Por otro lado, castigos, debería haber. Como solución a problemas que puedan surgir de los compañeros.
Feedback del pilotaje. Prioritizar lo que se lleva realizado, no sólo comentar.